HCL
Skip to main content  
 
   


SPRTechnote


First New Rule Overwrites New Notices MiniView if MiniView Configured Before Rule

Technote Number: 1181957


Problem:
This issue has been fixed in Notes 6.5.3 Client (template fix in Mail6.ntf
and Mail6ex.ntf).

Excerpt from the Lotus Notes and Domino Release 6.5.3 MR fix list (available at
http://www.ibm.com/developerworks/lotus/):
Mail Client
SPR# RAHO62DHP6 - Changed to the Rules Library so the generation of a new
sequence number will start with 1 - instead of 0.


The following steps reproduce the problem with an earlier release:

1. Register a new test user and create the new mail database for the user.
2. Switch to the Calendar view.
3. Click on the Configure button to configure the MiniView.
4. Using NotesPeek, you can verify that the MiniView formula is written to
$FilterFormula_0 in the CalendarProfile as follows:

{FIELD
$MiniView:=$MiniView;@If((@Contains(@LowerCase(Form);"notice")|@Contains(@LowerC
ase(Form);"task")|@Contains(@LowerCase(Form);"tasknotice"));
(@Do(@SetField("$MiniView";"1"))); "" )}

5. Send an invitation to the test user and confirm that the invitation appears
in the Calendar MiniView New Notices.
6. Create a new Rule.
7. Send a second invitation to the test user.

Result: This second invitation does not appear in the Calendar New Notices
MiniView. If you again examine the database CalendarProfile you will see that
the $FilterFormulaCount has increased to "2", but $FilterFormula_0 has been
overwritten by the Rule you created. The MiniView formula is no longer there
so incoming invitations will no longer appear in the MiniView.

More >





  Document options
Print this document
Print view

  Search
Search Advanced Search


  Fix list views

 RSS feeds   RSS
Subscribe to the fix list

  Resources
Using this database
View notices

  HCL Support
HCL Support


    About HCL Privacy Contact